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VIDEO SERVER FOR VIDEO DISTRIBUTION SYSTEM 



CROSS-REFERENCE TO RELATED APPLICATION 

This application relates to U.S. Application 
Serial No. filed on based on Japanese 

Application 2000-021977, and assigned to the present 
5 assignee. The content of that application is incorpo- 

0 rated herein by reference. 

C= BACKGROUND OF THE INVENTION 

Hi 

e The present invention relates to a video 

= server for transmitting a video signal in parallel to a 

ij 10 plurality of locations using the Internet protocol, and 

Li 

^ more particularly, to a video server for a video 

1 distribution system which enables transmission of a 
video signal through a transmission path, which cannot 
use IP multicast, through protocol conversion. 

15 Simultaneous transmission of a signal such as 

a video signal to multiple locations, utilizing a 
protocol such as the Internet protocol, is referred to 
as "multicast," and a number of methods for realizing 
the multicast have already been proposed, with some of 

2 0 such methods already brought into practical use. A 
representative one of these methods is the Internet 
multicast technology which has been published as a 
standard designated "RFC1112" of Internet Engineering 
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Task Force (IETF). 

A critical component of the multicast 
technology is a host group model. Multicast informa- 
tion is transmitted to a host group indicated by some 
5 multicast address, such that each of terminals attempt- 
ing to share the multicast information receives the 
information addressed to the host group. In a network 
based on the Internet protocol, multicast information 
is accompanied by a "multicast address," used as a 
O 10 destination address, which indicates that the informa- 

SJ tion is multicast. 

Upon receiving multicast information, a 
device for controlling an information transmission 
^ path, i.e., a "router" reads its multicast address, and 

^ 15 transmits the multicast information to a path to which 

=S a terminal belonging to an associated host group is 

^ connected. In this event, when a plurality of 

terminals belong to the associated host group and they 
are located on different paths, the router copies the 
20 information intended for transmission, and transmits 

the copies to the respective paths. This scheme allows 
for a large reduction in the amount of transmitted 
information, as compared with independent transmission 
of information from an origination to all terminals 
25 belonging to a host group. 

However, the effectiveness of the multicast- 
based transmission is limited only to those paths which 
support the multicast from an origination to all 
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terminals belonging to a host group. Additionally, in 
the current Internet environment, firewalls are 
installed everywhere as required for the security, 
preventing the Internet protocol information from 
5 freely passing therethrough. 

The firewall refers to a device for examining 
information which is going to pass therethrough to 
J block information other than that regarded as safe. 

Multicast information is generally blocked by the fire- 
□ 10 wall. Therefore, a special setting is required for 

y multicast information to pass through the firewall. 

O However, it is quite difficult to pass multicast infor- 

Q mation through in the current Internet in which fire- 

walls are installed everywhere and managed independ- 
y 15 ently by different organizations. 

5 Therefore, for transmitting the same video 

^ simultaneously to a plurality of terminals when 

firewalls are interposed between a video server and the 
terminals, the video is conventionally transmitted 
2 0 individually from the video server to each of the 

terminals. In this event, the amount of information 
transmitted from the video server to the terminals is 
increased in proportion to the number of receiving 
terminals, resulting in a problem of a higher trans- 
25 mission cost. 

On the other hand, many of protocols for 
passing information through a firewall are inherently 
intended for file transfer, so that although they can 



transmit information without errors, they do not 
guarantee when the information will arrive at a partic- 
ular terminal. Applications which require the multi- 
cast often involve real-time transmission such as 
transmission of video and audio contents. Therefore, a 
mechanism for matching the transmission rate between 
reception and transmission of video and audio contents 
is required for protocols which pass the information 
through firewalls . 

SUMMARY OF THE INVENTION 

It is an object of the present invention to 
provide a video server for a video distribution system 
which is capable of solving the above-mentioned 
problems, and transmitting the same video from a video 
server to a plurality of terminals utilizing the multi- 
cast to reduce the transmission cost even when fire- 
walls are interposed between the video server and the 
terminals. 

It is another object of the present invention 
to provide a mechanism for matching the transmission 
rate between reception and transmission in an 
asynchronous transmission network. 

To achieve the above object, the present 
invention provides a video server for distributing a 
digitized video content, which includes a unit for 
determining whether or not a video content requested 
from a terminal is stored in the video server, a unit 
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for transmitting a transmission request to another 
video server for transmitting the video content thereto 
in accordance with the HTTP (Hyper-Text Transfer 
Protocol) protocol when the video content requested by 
5 the terminal is not stored in the video server, and a 
unit for receiving the video content transmitted from 
the other video server in accordance with the HTTP 
protocol and transmitting the video content to the 
terminal in accordance with the IP multicast or the 

10 HTTP protocol. 

The transmission unit further includes a 
plurality of buffers, a buffer selector, and a refer- 
ence time generator. The transmission unit detects a 
random access point in image information, and stores 

15 the image information up to the next random access 

point in one of the plurality of buffers. The buffer 
selector selects, from among the plurality of buffers, 
image information which has not been transmitted and 
has a time stamp equal to or smaller than a reference 

20 time generated by the reference time generator, and 
indicates the selected image information to the 
transmission unit . 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram illustrating an 
25 example of a video distribution system in which two 
video servers according to the present invention are 
connected through a transmission path which does not 
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allow IP multicast to pass therethrough; 

Fig. 2 is a flow diagram for explaining the 
operational flow of the video distribution system 
utilizing the video servers described in Fig. 1; 
5 Fig. 3 is a flow chart for explaining the 

operation of the video server system illustrated in 
Fig. 2; 

Fig. 4 is a diagram illustrating an example 
of management information stored in video management 
^ 10 tables 204, 214; 

Fig. 5 is a block diagram illustrating an 
^ exemplary configuration of a video delivery unit; 

Fig. 6 is a diagram illustrating an exemplary 
M= format for image information; 

H= 15 Fig. 7 is a diagram for explaining an example 

m of extended functions for the video delivery unit; and 

Q Fig. 8 is a diagram for explaining an 

~" exemplary video transmission method according to the 

HTTP protocol. 



2 0 DESCRIPTION OF THE EMBODIMENTS 
(1) System Configuration 

Fig. 1 illustrates an example of a video 
distribution system in which two video servers accord- 
ing to the present invention are connected through a 
25 transmission path which does not allow IP multicast to 
pass therethrough. 

A video content stored in a video storage 
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102A of a video server lOlA can be transmitted 
simultaneously to client terminals 103A through an IP 
network 12A using an IP multicast transmission scheme. 
However, as to client terminals 103B 
5 connected to an IP network 12B, IP multicast based 
transmission cannot be realized from the video server 
lOlA to the client terminal 103B, though connected to 
the network 12B, because a network connecting the IP 
network 12A and the IP network 12B has a firewall 104 
^ 10 interposed therebetween and serves as a network 

dedicated to HTTP. 
W To eliminate this inconvenience, the present 

y1 invention transmits image information using the HTTP 

M: protocol only when the image information is passed 

M= 15 through an HTTP network. For example, when an client 

: Li 

m terminal 103B requests to view a video content stored 

in the video storage 102A and multicast to the client 
''^ terminals 103A, the video server lOlA transmits image 

information to the client terminals 103A using the IP 
20 multicast, and simultaneously transmits the image 

information to the video server 10 IB through the HTTP 
network 11 using the HTTP protocol. 

The video server 10 IB receives the image 
information transmitted from the video server lOlA, and 
25 multicasts the JLmage information to the client 
terminals 103B using the IP multicast. 

A logical transmission path in accordance 
with the HTTP protocol between the video servers lOlA 
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and lOlB is different from a logical transmission path 
in accordance with the IP multicast between the video 
server lOlB and the client terminals 103B. The video 
server 10 IB manages the correspondence for both logical 
5 transmission paths and controls transmission/reception 
of image information. 

Fig. 2 is a diagram for explaining the opera- 
tional flow of the video distribution system utilizing 
the video servers described in connection with Fig. !• 
^ 10 Here, explanation will be given of how a video content 

stored in a video storage 216 of a video server lOlA is 
^ viewed on an client terminal 103B. 

A video server 10 IB comprises a video manage- 
M= ment unit 203 and a video delivery unit 2 05. Image 

M 15 information is stored in a video storage 206, while 

I y 

pj identification information, attributes and so on for 

p identifying the name and file of particular image 

~ information are managed by a video management table 2 04 

which is referenced by the video management unit 2 03. 
2 0 Similarly, the video server lOlA comprises a 

video management unit 213 and a video delivery unit 

215. Image information is stored in a video storage 

216, while identification information, attributes and 
so on for identifying the name and file of particular 

25 image information are managed by a video management 
table 214 which is referenced by the video management 
unit 213. 

The video servers lOlA, 10 IB comprise 
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computers equipped with communication functions, and 
the video management units and the video delivery units 
are implemented by software programs, 
(2) Distribution of Video 
5 Fig. 3 is a flow chart for explaining the 

operation of the video distribution system illustrated 
in Fig. 2. 

In the following, the operational flow in the 
video distribution system illustrated in Fig. 2 will be 

10 explained along the flow chart of Fig. 3. 

Assume that the client terminal 103B issues a 
video audience request 21 to the video management unit 
203 in the video server lOlB (step SI). In this event, 
the video management unit 203 references the video 

15 management table 204 to determine whether or not the 
requested video content is stored in the video storage 
206 (step S2 ) , and sends a transmission command 23 to 
the video delivery unit 205 (step S3) when determining 
that the video content is stored in the video storage 

20 206 (step S2 : Y) • In this way, the video delivery unit 
205 retrieves the requested video content 24 from the 
video storage 206 for delivery to the client terminal 
103B (step S4). In this event, the video delivery unit 
205 may also transmit the video content 24 simultane- 

25 ously to a plurality of other terminals using the IP 

multicast as is the case with the client terminal 103B. 

On the other hand, when the requested video 
content is not stored in the video storage 206 (step 



S2: N), the video management unit 203 sends an audience 
request 25 to the video management unit 213 in the 
other video server lOlA (step S5). The video server 
lOlB has a list of other video servers which can be 
connected thereto. The video management unit 213, upon 
receipt of the audience request 25, references the 
video management table 214 to determine whether or not 
the requested video content is stored in the video 
storage 216, When stored, the video management unit 
213 sends a transmission command 27 to the video 
delivery unit 215, and sends to the video management 
unit 203 in the video server lOlB reception parameters 
2 6 required for receiving the video content from the 
video delivery unit 215, for example, attribute infor- 
mation such as a video format, compression method, 
rate, and so on (step S6)* Transmission/reception of 
the audience request and parameters between the video 
servers are performed in accordance with the HTTP 
protocol (and may be performed in accordance with any 
other protocol). 

When the requested video content is not 
stored in the video storage 216, the video server lOlB 
further sends an audience request to another video 
server within the list. The video server 10 IB repeats 
this operation, and returns an error or the like when 
the requested video content is not stored in any video 
server. 

Turning back to the explanation of the 
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operational flow, the video delivery unit 215, upon 
receipt of the transmission command 27, uses the HTTP 
protocol to retrieve image information of interest from 
the video storage 216 and transmit the retrieved image 
5 information to the video delivery unit 2 05 in the video 
server lOlB in accordance with the transmission command 
27 (step S7). Upon receipt of the reception parameters 
26, the video management unit 2 03 sends the trans- 
mission command 23 adapted for the parameters 26 to the 

10 video delivery unit 205, and transmits to the client 
terminal 103B reception parameters 22 which are 
attribute information of the video content required to 
receive the video content (step S8), 

The video delivery unit 2 05 receives a HTTP- 

15 based video content 2 8 from the video delivery unit 215 
in the video server lOlA in accordance with the 
received transmission command 23, and again transmits 
the video content 2 8 to the client terminal 103B as 
image information 24. In this event, the image 

20 information received by the video delivery unit 205 is 
also stored in the video storage 2 06 for registering 
its title and so on in the video management table 2 04 
as a cache which is temporary information (step S9). 

Subsequently, when an audience request for 

25 the same video content is again transmitted from an 

client terminal, the video management unit 203, at this 
time, can find the requested video storage registered 
in the video management table 2 04 as a cache, sends a 
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transmission command 23 to the video delivery unit 205, 
retrieves the image information 24 stored in the video 
storage 206, and transmits the image information 24 to 
the client terminal 103B (steps S3, S4). In this 
event, since the image information need not be 
retrieved and transmitted from the video storage 216 in 
the video server lOlA, a large reduction in the trans- 
mission cost can be accomplished. 

Fig. 4 is a diagram illustrating an example 
of management information stored in the video manage- 
ment tables 204, 214. 

In Fig. 4, assume that a server 1 is a video 
server which holds the video management table, and 
servers 2, 3, ... are other video servers. The video 
management table describes perfect information on video 
contents stored in the server 1. For video contents 
stored in the other servers 2, 3, information on 

video contents once transmitted in the past is 
described in a cache directory. An audience request 
for a video content which is not described in the cache 
directory is queried sequentially to the other servers 
as mentioned above. Each video content is managed by a 
video title (for example, "move 1"), attribute informa- 
tion thereof (the type of the video content, initiali- 
zation parameters for decoding the video content, 
dimensions of the vertical side 720 and the horizontal 
side 480, and so on), the location of the file (for 
example, a file name such as "video A.movie"), and so 
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on. 

The example of Fig. 4 shows that video 
contents 3 , 4 are recorded in a directory 1 of the 
server 1; video contents 5, 6 in a directory 2; a 
5 directory 4 and a video content 7 in a directory 3; 
video contents 8, 9, 10 in the directory 4; and video 
contents 1, 2 directly in the server 1. Also, Fig. 4 
shows in the cache directory that video contents 11, 
12, 13, 14 have been once transmitted from the servers 
10 2, 3, 4, respectively, and stored in the server 1 as 
caches . 

Fig. 6 is a diagram illustrating an exemplary 
format for the image information in this embodiment. 

Since image information is often compression 

15 encoded using differential information, it is not 

always the case that a video content can be restored 
whichever location the information is decoded from. 
More frequently, the reproduction of a video content 
can be started only from a particular point. As an 

20 example. Fig. 6 illustrates image information which is 
compressed using MPEG (Moving Picture Experts Group ) . 
A video content can be regarded as a sequence of a 
plurality of still images. 

A plurality of information pieces for still 

25 images forming part of a video content are designated 
501A, 502A, 502B, 502C, 501B. When the video content 
is encoded, differential information between one image 
and the following image is used for encoding a majority 
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of still images 502A, 502B, 502C within this sequence 
of still images, so that it is difficult to retrieve 
and decode only such still images. These still images 
are referred to as "P frames." 
5 On the other hand, some of the still images 

such as 501A, 501B are encoded independently of 
previous and following still images such that the video 
content can be started from these images . These still 
images are referred to as "I frames." If the video 

10 content is decoded from the beginning of a header added 
to the beginning of codes in an I frame, the video 
content can be correctly decoded . For this reason , 
this point is referred to as a "random access point." 

The video content is further divided into 

15 smaller fragments (packets) 503A, 503B, 503C, 503D, 
503E, 503F, 503G, 503H when it is transmitted. 

Within these packets, the head packet 503A (503G as 
well) of the packets comprising an I frame image stores 
a time stamp 505 which describes a relative time at 

20 which the information is reproduced in a packet header 
504. Packets included between the head packets of two 
consecutive I frames, for example, packets 503A - 503F 
in Fig. 6 define a minimum unit for reproducing the 
video content. When packets are stored in a buffer or 

25 the like, they are stored in minimum units N (N is a 
natural number and variable). 

(3) Transmission of Video Content from Video Server to 
Terminal 
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Fig. 5 is a block diagram illustrating an 
exemplary configuration of the video delivery unit. 

The video delivery unit illustrated in Fig. 5 
corresponds to the video delivery unit 2 05 in the video 
5 server 10 IB previously described with reference to Fig. 
2, and shows a specific configuration for delivering 
HTTP-based image information transmitted from the other 
video server lOlA to the client terminal 103B. 

As illustrated, the video delivery unit 

10 comprises an HTTP reception buffer 401; an HTTP 

receiver 402; a file writer 403; a video storage 404; a 
file reader 405; speed adjusting buffers 406A - 406C; a 
buffer controller 407; a transmission controller 408; 
and a transmission reference time generator 409 for 

15 generating a reference time for transmission . 

In this configuration, image information 2 8 
incoming from another video server (corresponding to 
the video server lOlA in Fig. 2) is temporarily stored 
in the HTTP reception buffer 401. The HTTP receiver 

20 402 sequentially reads the image information 28 from 

the HTTP reception buffer 401, examines a packet header 
to detect a random access point, and stores the image 
information 2 8 in the aforementioned minimum units, 
which allow correct decoding of the video contents, in 

25 the speed adjusting buffers 406A, 406B, 406C. While 
the video delivery unit of this example is provided 
with three speed adjusting buffers, the same operation 
principles can be applied if two or more buffers are 
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provided. 

It is the buffer controller 4 07 that manages 
which image information from the HTTP reception buffer 

401 should be stored in which speed adjusting buffer, 
5 The buffer controller 4 07 instructs the HTTP receiver 

402 to select the buffer which is not currently used 
for transmission and into which the preceding image 
information was written least recently, and to perform 
a write into the selected buffer. In other words, the 

^ 10 three speed adjusting buffers are equally used in order 

except for that actually in use for transmission. 
^ The transmission controller 408 reads a video 

H: content from one of the speed adjusting buffers 406A, 

^ 406B, 406C and transmits it to the client terminal as 

^ 15 image information 24. In this event, it is again the 

ry buffer controller 407 that determines from which speed 

Q adjusting buffer the image information is read. The 

buffer controller 407 selects in order such buffers 
that are not currently being written and from which the 
20 contents have not been read. 

The transmission controller 408 reads a time 
stamp of the image information read from the selected 
speed adjusting buffer, and compares the time stamp 
with the reference time 42 received from the trans- 
25 mission reference time generator 409. When the time 
stamp value is equal to or smaller than the reference 
time 42, the image information 2 4 is sent to the 
terminal through the IP multicast. Once the trans- 
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mission is completed, the transmission controller 4 08 
dequeues the image information in the buffer. On the 
other hand, when the time stamp value is larger than 
the reference time, the transmission controller 408 
5 discards the image information rather than transmitting 
it to the terminal, and also dequeues the image infor- 
mation from the buffer. In other words, the video 
controller 408 discards image information exceeding the 
transmission capability in order to prevent a delay 

i=^, 10 from occurring in course of transmission/reception. 

^ The image information received by the HTTP 

3-1 

receiver 402 is sent not only to the speed adjusting 
~~ buffers but also to the file writer 4 03 for storage in 

^ the video storage 206. Also, when an audience request 

l! 15 is sent for image information which has been stored in 

the video storage 206, the file reader 405, instead of 
O the HTTP receiver 402, reads the requested image 

information from the video storage 206 and stores it in 

the speed adjusting buffers 405A, 406B, 406C. 
2 0 Fig. 7 is a diagram for explaining an example 

of extended functions for the video delivery unit of 

the present invention. 

In Fig. 7, an HTTP reception buffer 401, an 

HTTP receiver 4 02, a file writer 403, a video storage 
25 206, a file reader 405, speed adjusting buffers 406A, 

406B, 406C, a buffer controller 407 operate in the same 

manner as their respective counterparts in Fig. 5. A 

multicast transmitter 4 08 operates in the same manner 



as the transmission controller 408 in Fig. 5. 

The embodiment of Fig, 7 includes a trans- 
mission function, added to the embodiment of Fig, 5, 
for transmitting image information to a plurality of 
client terminals in accordance with the HTTP protocol. 
Since the HTTP protocol is essentially intended for 
point-to-point communications, it is not suitable for 
transmitting the same information simultaneously to a 
plurality of terminals. 

Therefore, this embodiment separately 
provides HTTP transmission controllers corresponding to 
a terminal A 603A and a terminal B 603B, respectively. 
An HTTP transmission controller 601A is responsible for 
transmission to the terminal A 603A, and has a buffer 
602A for temporarily storing information to be trans- 
mitted. Similarly, an HTTP transmission controller 
601B is responsible for transmission to the terminal B 
603B, and has a buffer 602B for temporarily storing 
information to be transmitted. A similar configuration 
may be applied for transmitting image information to 
three or more terminals. 

In Fig. 7, the terminal A 603A first trans- 
mits a video transmission request 64A in sequence to 
the HTTP transmission controller 60 lA. The HTTP 
transmission controller 601A, upon receipt of the video 
transmission request 64A, reads information from the 
buffer 602A for transmission to the terminal A 603A as 
image information 63A. As the buffer 602A has a free 
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space, the HTTP transmission controller 601A reads 
image infoirmation to be next transmitted from one of 
the speed adjusting buffers 406A, 406B, 406C, and 
stores the read image information in the buffer 602A. 
5 In this event, it is the buffer controller 407 that 
determines from which speed adjusting buffer image 
information is read, as is the case of Fig, 5, 

The buffer controller 407 selects a speed 
adjusting buffer which stores the most recent image 

10 information that has not been transmitted to the 

terminal A 6 03 A, and into which image information is 
not being written. The buffer controller 4 07 selects a 
like speed adjusting buffer for the terminal B 603B. 
Subsequently, at the time the multicast transmission 

15 controller 408 has read and transmitted the contents 
(image information) of the buffer, the contents of the 
buffer are deleted. 

The HTTP transmission controllers 601A, 601B 
have the same transmission reference time generator as 

20 that designated by 4 09 in Fig. 5, and transmits image 
information in the buffers 602A, 602B to a terminal 
such that no delay occurs. 

Fig. 8 is a diagram for explaining an 
exemplary video transmission method between a video 

25 server and a terminal according to the HTTP protocol. 

In this example, one or more HTTP communica- 
tions are simultaneously performed for improving the 
utilization efficiency of transmission paths. 



Specifically, N (N>2) logical transmission paths are 
established between a video server and a terminal for 
use in sending a video content. 

Generally, the HTTP protocol involves a 
procedure in which the transmission side responds to a 
transmission request from the reception side, so that a 
transmission path is left unused until a response is 
returned from the transmission side after the trans- 
mission request has been sent from the reception side, 
thereby causing a lower efficiency. To solve this 
problem, this embodiment enables a plurality of trans- 
mission requests to be issued to a server even for a 
period from the time the first request has been issued 
to the time a response is returned. 

A video content from a image information 
source 701 is stored in the speed adjusting buffers 
702A, 702B, 702C, in a manner similar to the embodiment 
of Fig. 5. The video content stored in the speed 
adjusting buffers 702A, 702B, 702C is overwritten or 
erased from the oldest one irrespective of whether it 
has been transmitted or not. A selector 7 03 selects, 
in response to a request from a transmitter associated 
with each terminal, selects a speed adjusting buffer 
which stores the most recent video content and into 
which a write is not being executed, from among the 
speed adjusting buffers 702A, 702B, 702C, and sends the 
contents of the selected speed adjusting buffer to the 
transmitter. 
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A transmitter is provided in correspondence 
to each reception side for responding to requests from 
a plurality of transmission sides. For example, a 
transmitter 704A is provided for a receiver 708A of a 
5 terminal A, and a transmitter 7 04B is provided for a 
receiver 708B of a terminal B. The transmitter 7 04A 
for the terminal A and the receiver 7 08A of the 
terminal A are connected over a transmission path 7 07 
through a plurality of independent logical transmission 
10 paths in accordance with the HTTP protocol. In this 

example, three HTTP protocol connections are used. The 
transmitter 7 04B for the terminal B and the receiver 
708B of the terminal B are also connected in a similar 
manner. 

15 An HTTP reception controller 709A provided in 

the receiver 7 08A of the terminal A transmits a trans- 
mission request 71 to the transmitter 705A for the 
terminal A. As a response to the request, a video 
content 72 is transmitted from the HTTP transmitter 

20 705A to the HTTP reception controller 709A. Similarly, 
an HTTP reception controller 7 09B receives a video 
content from an HTTP transmission controller 705B, and 
an HTTP reception controller 709C receives a video 
content from the HTTP transmission controller 705C. 

25 Each of the HTTP reception controllers 709A, 

709B, 709C in the terminal A transmits the next 
transmission request 71 to the HTTP transmission 
controller 705A, 705B, 705C associated therewith 
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immediately after it has received the video content. 
The HTTP transmission controllers 705A, 705B, 705C, 
upon receipt of the transmission request 71 from the 
HTTP reception controllers 709A, 709B, 709C associated 
5 therewith, each refers to the contents of a transmitted 
time stamp memory 7 06 to compare a time stamp of image 
information of the most recent video fragment trans- 
mitted to the terminal A with time stamps of image 
information stored in the speed adjusting buffers 702A, 

10 702B, 702C. Only when the speed adjusting buffers 

702A, 702B or 702C store image information having more 
recent time stamps than the time stamp of the trans- 
mitted video content, a selector 7 03 selects the most 
recent video fragment stored in the speed adjusting 

15 buffer 702A, 702B or 702C for transmission. 

The time stamp of the transmitted image 
information is stored in the transmitted time stamp 
memory 706. When the speed adjusting buffers 702A, 
702B, 702C do not store image information having a time 

20 stamp more recent than the stored time stamp, the 

transmission is delayed until recent image information 
is written into the speed adjusting buffers 702A, 702B, 
702C. 

The respective HTTP reception controllers 
25 709A, 709B, 709C transmit, independently of one 

another, transmission requests 71 to the HTTP trans- 
mission controllers 705A, 705B, 705C associated there- 
with. Each time the HTTP transmission controllers 
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705A, 705B, 705C receive the transmission request 71, 
they merely transmit back the most recent image infor- 
mation at that time as image information 72. There- 
fore, the image information transmitted back to the 
5 HTTP reception controllers 709A, 709B, 709C does not 
always reach in order. Further, the HTTP reception 
controllers 709A, 709B, 709C may fail to receive image 
information due to communication failures or the like. 

For the reason set forth above, the image 

10 information received at the HTTP reception controllers 
709A, 709B, 709C must be sent to a decoder 712A after 
it is rearranged in correct order. A selector 711 
compares a time stamp stored in a decoded time stamp 
memory 710 with time stamps of the image information 

15 which has reached the HTTP reception controllers 709A, 
709B, 709C to select the HTTP reception controller 
which stores the least recent image information except 
for already decoded image information, and sends the 
image information stored therein to the decoder 712A. 

2 0 After the image information is sent to the 

decoder 712A, the associated HTTP reception controller 
again sends a transmission request 71 to the HTTP 
transmission controller. A time stamp of the image 
information sent to the decoder 712A is stored in the 

25 decoded time stamp memory 710. If image information 
previous to the decoded time stamp reaches any of the 
HTTP reception controllers 709A, 709B, 7 09C, the HTTP 
reception controller stops receiving the image informa- 
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tion at that time, discards the image information which 
has been received, and immediately sends the next 
transmission request 71. 

The operations in the transmitter 7 04B for 
the terminal B, the receiver 708B for the terminal B, 
and a decoder 712B are similar to the foregoing. 

As described above, the HTTP protocol based 
video transmission method using a plurality of logical 
transmission paths can be applied to video 
transmission/reception between video servers. 



